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La presente invention concerne un routeur informatique a 
configuration dynamique. Elle s'applique notamment pour le traitement des 
5 informations de gestion de trafic aerien. Plus generalement, elle s'applique 
pour tous systemes de routage informatique mettant en jeu un grand nombre 
d'entrees et de sorties. 

La densite de trafic aerien a atteint un niveau tres important. Par 

10 ailleurs, les exigences de securite aeriennes sont toujours de plus en plus 
accrues. Une consequence de cette situation est que la gestion du trafic 
aerien doit traiter un grand nombre d'informations, destinees notamment aux 
controleurs aeriens et aux pilotes d'avions. Ces informations sont en 
particulier relatives a une large categorie de donnees radar, a des situations 

15 meteorologiques, a des plans de vol ou encore a des donnees de type ILS 
concernant les systemes d'atterrissage. 

Le traitement de ces informations ne peut se faire que par des 
moyens informatiques puissants. Parmi ces moyens, un role essentiel est 
joue par les moyens d'interfagage des differents centres d'informations ou de 

20 decisions. Ces moyens d'interfagage ont notamment une fonction de routage 
des informations, ils ont done notamment une fonction d'aiguillage des 
donnees vers les bons centres de destination. Etant donnes les flots tres 
importants de donnees en jeu, ces moyens ont un role essentiel pour le bon 
fonctionnement global d'un systeme de gestion du trafic aerien. Les donnees 

25 traitees sont notamment les donnees radar et autres donnees relatives a la 
situation de vol des avions, telles que par exemple des plans de vol ou 
informations meteorologiques. 

II existe des materiels connus et notamment disponibles dans le 
commerce, equipes de leurs systemes d'exploitation, qui permettent de 

30 repondre a ces besoins de routage. A titre d'exempie, on peut citer une 
gamme de produits connus par la marque deposee LINES issue de 
I'expression anglo-saxonne « Link Interface Node for External Systems ». 
Ces produits, de type modulaire, sont congus pour permettre le routage et le 
traitement de messages d'entrees/sorties parmi des lignes series entrantes 

35 ou sortantes et Ethernet. Les lignes serie standards telles que par exemple 
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X25, HDLC ou BSC sont traitees aussi bien que des lignes dediees, telles 
que par exemple des protocoles de transmissions d'informations radar 
particuliers. 

Ces routeurs peuvent fonctionner avec une architecture logicielle 
5 de type a processeur frontal, lis sont equipes d'un logiciel de type FPBSS, ce 
dernier terme etant issu de I'expression anglo-saxonne « Front Processor 
Basic System Software ». Dans ce mode de realisation, le routeur est relie a 
un seul programme d'application. II n'a qu'une fonction amont, par exemple 
I'aiguillage des donnees vers la bonne destination. Tout le coeur de 

10 I'applicatif est dans un ou plusieurs calculateurs centraux. En d'autres 
termes, il faut autant de routeurs que d'applicatifs. 

Une utilisation plus performante de ces routeurs peut se faire 
selon un mode de communication ouvert, dit encore OCP selon I'expression 
anglo-saxonne « Open Communication Processor ». Dans ce mode, un 

15 routeur est relie a plusieurs applications et fonctionne sensiblement comme 
un serveur de donnees. II permet notamment d'aiguiller et de traiter les 
donnees depuis n'importe quel point d'entree vers n'importe quel point de 
sortie. Ce mode de fonctionnement est particulierement bien adapte a la 
gestion du trafic aerien. Dans une application de gestion du controle aerien, 

20 ce mode permet en effet notamment les fonctionnalites suivantes, c'est-a- 
dire : 



une distribution du type boTte noire des donnees radar vers les 

centres, les donnees radar etant regues par des interfaces 
25 series et transmises via Ethernet vers un groupe de machines 

identifies, diffusion encore appelee UDP multicast dans la 

litterature anglo-saxonne ; 
- une conversion autonome de messages ou protocoles, 

permettant notamment la conversion de format de message ou 
30 protocoles specifiques, ainsi par exemple ISR2 en ASTERIX, 

X25 en HDLC-UI... ; 

une fonction de deport des lignes dans les systemes radar, 
c'est-a-dire la transmission de donnees radar par des lignes 
series vers les circuits de traitement. 
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Un programme specifique doit cepenclant etre implante dans ces 
routeurs fonctionnant en mode OCP pour assurer un interfa9age a toutes les 
entrees et sorties, vers ou depuis Ethernet ou des liaisons serie! Ce 
programme specifique est lie a ['application, par exemple la gestion du trafic 
5 aerien. Un probleme est d'eviter de developper une nouvelle application de 
routage et de traitement : 

- chaque fois qu'une nouvelle entree et/ou sortie doit etre 
configuree, par exemple une connexion TCP/IP ou une liaison 

10 asynchrone ; 

. - chaque fois qu'un routage specifique doit etre active, par 
exemple le routage de tous les messages entrant depuis des 
liaisons asynchrones vers une connexion TCP/IP ; 

- chaque fois qu'un programme dedie est requis, par exemple la 
15 suppression d'un octet de controle ou « checksum » d'un 

message de liaison asynchrone avant transmission vers une 
connexion TCP/IP. 



Developper un nouveau programme a chacune des evolutions 
20 precitees et a d'autres encore, c'est-a-dire en fait a chaque besoin, rend le 
routeur non viable economiquement. Cela affecte aussi la maintenance et la 
qualite du systeme. Ce n'est done pas une bonne solution industrielle. 

Un but de I'invention est d'obtenir un systeme economique en 
permettant notamment a un routeur de repondre a une grande variete de 
25 besoins sans necessiter de developpements de programmes de routage et 
de traitement specifiques. A cet effet, ('invention a pour objet un routeur 
informatique comportant au moins un routeur generique capable d'executer 
des routages entre des entrees et des sorties, un fichier de configuration 
comportant le parametrage d'un ensemble donne de routages entre les 
30 entrees et les sorties et une table de routage. Un sous-ensemble de routage 
est charge dans la table de routage par le routeur generique depuis le fichier 
de configuration, le routeur generique executant les routages entre les 
entrees et les sorties selon la configuration inscrite dans la table de routage. 
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Le sous-ensemble de routages est propre a un besoin donne (43). 
Au demarrage, le routeur generique active les entrees et sorties dediees a 
I'application et charge la table de routage. 

5 L'invention a pour princtpaux avantages qu'elle s'adapte a de 

nombreux types d'applications, qu'elle permet un traitement de situation 
d'« overflow » au niveau des sorties et qu'elle est simple a mettre en oeuvre. 

D'autres caracteristiques et avantages de l'invention apparaitront 
a Taide de la description qui suit faite en regard de dessins annexes qui 
10 represented : 

la figure 1, un exemple d'utilisation d'un systeme de routage de 
donnees en mode ouvert ; 

la figure 2, un exemple d'architecture logicielle d'un routeur 
selon la figure 1 ; 

15 - la figure 3, un routeur reliant des lignes series a des 

applicatifs ; 

- la figure 4, une illustration du principe de fonctionnement d'un 
routeur selon l'invention ; 

- la figure 5, un exemple d'architecture logicielle d'un routeur 
20 selon ('invention ; 

- la figure 6, un exemple de table de routage utilisee par un 
routeur selon l'invention ; 

la figure 7, un autre mode de representation d'un routeur selon 
l'invention mettant en evidence un exemple de routes et leurs 
25 fonctions associees. 

La figure 1 iliustre un exemple d'utilisation d'un systeme de 
routage de donnees en mode ouvert. Un routeur 1 traite et aiguille des 
donnees fournies par des liaisons serie, par exemple des donnees radar, 
30 vers une liaison Ethernet du type UDP multicast. Cette derniere transmet par 
exemple les donnees traitees par le routeur a un reseau d'information local, 
situe par exemple dans un centre de controle aerien. 

La figure 2 iliustre une architecture logicielle possible du routeur 1 
35 fonctionnant en mode ouvert conformement a la figure 1. Le routeur 




comporte un systeme d'exploitation 21, par exemple du type VRTX SA, 
interagissant avec les differentes couches logicielles. Une couche logicielle 
intermediaire 22, appeiee dans la litterature anglo-saxonne « middleware », 
est ajoutee au systeme d'exploitation 21 pour fournir notamment des 
5 services tels que des communications inter-taches, des gestions de temps 
ou.des gestions de ressources. A cet effet, une bibliotheque de programmes 
de services 29 est implantee a I'interieur de la couche intermediaire. Cette 
couche 22 fait le lien entre les couches logicielles d'entrees/sorties, le 
systeme d'exploitation et I'applicatif. Une couche logicielle 23 assure le lien 

10 entre les liaisons serie d'entree 24 et la couche intermediaire 22. Cette 
couche d'entree 23 met par exemple en ceuvre les protocoles de 
communication de type FPBSS. Un empilement de couches logicielles 25, 
26, 27, 28 assure le lien entre la liaison Ethernet 2 et la couche logicielle 
intermediaire 22. Une couche externe 25 commande les peripheriques de 

15 sortie. En dessous de cette couche, les autres couches logicielles 26, 27, 28 
assurent differents protocoles de communications a destination du ou des 
peripheriques de sortie. Une couche 26 execute le protocole de 
communication Internet, encore appele IP. Deux autres couches 
logicielles 27, 28, de niveau superieur, executent les protocoles de 

20 communication TCP et UDP. Ces deux dernieres couches 27, 28 sont en 
communication avec la couche intermediaire 22. 

Une application d'interfagage specifique 30, en fait un programme 
de routage, est implantee a I'interieur de la couche intermediaire 22. Cet 
applicatif assure un interfa?age commun pour acceder a n'importe quelle 

25 entree ou sortie, qu'elle soit du type liaison serie ou Ethernet. Cet applicatif 
lance notamment des demandes pour initialiser ou configurer les 
entrees/sorties, par exemple pour initialiser une connexion TCP/IP ou une 
connexion X25, et pour transmettre ou receptionner des messages vers ou 
depuis les entrees/sorties selon un programme de routage predefini. 

30 

La figure 3 illustre, a titre d'exemple, un routeur 1 qui relie des 
lignes serie 24 a des applicatifs 31, 32, 33, 34 via une liaison 2, par exemple 
du type Ethernet. Pou.V^ne configuration donnee, telle que celle illustree par 
la figure 3, il y a un programme de routage 30 predefini. En cas de 
35 modification, et rneme de simple evolution de la configuration, il faut revoir ce 
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programme de routage. Ce peut etre notamment le cas si une nouvelle 
entree ou sortie doit etre configuree, telle que par exemple une entree de 
donnees radars supplementaire ou tres specifique, au protocole non 
standard. Le programme de routage 30 est encore a revoir lorsqu'un routage 
5 specifique supplementaire doit etre active, par exemple par suppression ou 
ajout d'un nouvel applicatif, ou qu'une application dediee est requise. Ce 
peut etre dans ce dernier cas la suppression d'un programme de verification, 
par exemple du type « cheksum » pour une liaison asynchrone. Si on 
considere a titre d'exemple une configuration appliquee a la gestion de trafic 
10 aerien, il y a une multitude devolutions possible de cette configuration. 
Developper un nouveau programme de routage 30 a chacune de ces 
evolutions n'est pas economique. Cela pose par ailleurs un probleme de 
maintenance et de fiabilite a cause du nombre devolutions de programmes 
en jeu. 

15 

La figure 4 illustre par un synoptique, le principe de 
fonctionnement d'un routeur selon I'invention. Un tel routeur comporte un 
composant logiciel 41 qui execute un programme de routage generique. Ce 
programme de routage generique est capable de traiter tous les types 

20 d'entrees et de sorties, plus particulierement, il est capable d'executer de 
preference tous les routages entre les entrees et les sorties. Quand le 
routeur demarre, le routeur generique 41, lit un fichier de configuration 42 
prealablement charge dans une memoire. Ce fichier de configuration 
comporte le parametrage d'un ensemble donne de routages, par exemple 

25 tous les routages possibles, entre les entrees et les sorties. Un routage 
definit une route, ou aiguillage de donnees, entre une entree et une sortie. 
Aux differentes routes programmees dans le fichier de configuration, sont 
associees des fonctions, d'entree et de sortie, que le routeur peut executer. 
En fonction du besoin 43 de I'application et du fichier de configuration 42, le 

30 routeur generique peut executer un ensemble de programmes de routages 
30 propre a plusieurs besoins, eventuellernent a une multitude de besoins. 

Plus particulierement, le routeur generique initialise au demarrage, 
ou apres une remise a zero ou « reset », toutes les entrees et sorties 
dediees a une application, c'est-a-dire a un besoin, selon les parametres de 

35 configuration. II active en particulier les entrees et sorties utilisees pour 
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I'application. II remplit une table de routage 45 a partir du fichier de 
configuration. Plus precisement, le routeur generique execute le chargement 
d'un sous-ensemble de routages depuis le fichier de configuration 42 vers la 
table de routage 45. Ce sous-ensemble est propre au besoin. 
5 Une fois la phase d'initialisation et de configuration dediee au 

besoin effectuee, le routeur attend les messages d'entrees. Le routeur 
execute les routages entre les entrees et les sorties en fonction de la 
configuration inscrite dans la table de routage. En particulier, chaque 
message regu par une entree donnee est traite par une fonction associee a 
10 cette entree, aiguille selon la table de routage, traite par une fonction 
associee a la sortie selectionnee, puis envoyee physiquement vers cette 
sortie. Les figures qui suivent iliustrent ce fonctionnement. 

La figure 5 iliustre un exemple d'architecture logicielle d'un routeur 

15 selon invention. L'architecture est proche de celle de la figure 2, mais le 
programme de routage dedie 30 execute le programme de routage 
generique 41, lequel interagit avec la table de routage 45 et le fichier de 
configuration 42. Ce dernier est par exemple implante dans la bibliotheque 
de services 29. Un besoin donne 43 exprime ('utilisation d'un ensemble 

20 d'entrees et de sorties, ainsi que I'utilisation des fonctions de traitement 
associees. Pour une gestion du trafic aerien, les entrees a activer sont par 
exemple des ports series recevant des donnees radar, des donnees meteo, 
des donnees de plan de vol. Les fonctions associees a ces entrees traitent 
p ar exemple du tri des messages, de leurs degres de priorite, de leur validite 

25 ou encore de leur pertinence. A un besoin particulier d'une application de 
gestion de trafic aerien correspond done la definition d'un ensemble 
d'entrees et de sorties a activer, des aiguillages de ces entrees vers ces 
sorties et des fonctions de traitement associees. Cette configuration est alors 
dechargee dans la table de routage 45, caracteristique du besoin. Le routeur 

30 generique 41 est done un applicatif qui couvre une multitude de besoins, et 
qui se configure en fonction d'un besoin donne, en fait une application finale. 
A titre d'exemple, un routeur selon I'invention peut traiter de I'ordre d'une 
dizaine d'entrees/sorties. Pour le traitement d'un nombre plus important 
d'entrees/sorties, plusieurs routeurs peuvent etre utilises. 
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La figure 6 illustre a titre d'exemple une table de routage 25 
exprirmant les aiguillages entre trois entrees l 1t l 2 , I3 et trois sorties d, O2, O3. 
La table de routage est une table a deux entrees, I2, I3 etant en entrees de 
colonnes et d, 0 2( 0 3 en entrees de lignes. Les entrees de communication a 
5 activer sont par exemple des liaisons serie X25, BSC, asynchrones, HDLC, 
« bit-stream » ou autres avec les parametres standard ou dedies du type par 
exemple de la vitesse de ligne, de la parite ou du mode electrique. Les 
sorties sont par exemple des points d'acces a Ethernet telles que par 
exemple des sorties UDP ou TCP, des adresses Internet, et des numeros de 
10 ports. 

Les cases de la table qui sont hachurees indiquent qu'il n'y a pas 
de liaison entre les entrees et les sorties correspondantes. La table de la 
figure 6 definit ainsi les routes suivantes : 



15 - Route 1 = Entree \<[ vers sortie Ch ; 

Route 2 = Entree I2 vers sortie 0 2 ; 
Route 3 = Entree l 2 vers sortie 0 3 ; 
Route 4 = Entree l 3 vers sortie 0 3 ; 



20 Pour la route 1, une fonction U est affectee a I'entree h et une 

fonction F1 est affectee a la sortie 0^. De meme, des fonctions f 2 , F 2 , f 3) F 3 
sont respectivement appliquees aux entrees/sorties l 2l 0 2 , b, O3. Ces 
fonctions peuvent etre par exemple des fonctions de controle d'integrite des 
messages, des fonctions de tri ou de gestion des messages. Dans ce dernier 

25 cas, les fonctions gerent par exemple priorite des messages. Tous autres 
types de traitements sont possibles. Une meme fonction peut etre affectee a 
plusieurs entrees ou sorties. Ainsi, la fonction f 2 peut par exemple etre egale 
a la fonction f 3 . 



30 La figure 7 illustre par un autre mode de representation, un routeur 

selon ("invention dans le cas ou celui-ci traite par exemple deux simples 
routes, le systeme d'exploitation 21 et le logiciel intermediaire n'etant pas 
represents. Le routeur generique 41 peut par exemple traiter potentiellement 
N entree l 2 , ...In et M sorties d, 0 2 , ...0 M , avec des fonctions associees 
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fi, f 2 , ...fp. Dans Texemple d'application illustre par la figure 7, seules les 
entrees b et l n et les sorties CM et O4 sont activees. 

Ainsi, une premiere route R1 reiie une connexion TCP/IP l n avec 
une fonction f n a une sortie serie 0 4 avec un traitement par une fonction f 4 . 
5 Une deuxieme route R 2 relie une entree serie I3 avec une fonction f3 a un 
point d'acces UDP d avec un traitement par une fonction fi. Ces deux 
routes Ri, R2 ainsi que les fonctions fi, f3, U, fn associees sont definies par la 
table de routage, elle-meme chargee depuis le fichier de configuration 42 en 
fonction de I'application finale ou besoin. 

10 

Un routeur selon I'invention peut comporter des fonctions dediees 
aux depassements de capacites de traitement, encore appeles « overflows » 
dans la litterature anglo-saxonne. II peut par exemple y avoir « overflow » 
lorsque trop de messages sont regus sur une meme entree et routes sur une 

15 meme sortie, en particulier lorsque la vitesse de ligne en sortie est inferieure 
a la vitesse de ligne en entree ou encore lorsqu'un controle de flux est active 
sur une des connexions. Une fonction de traitement de I'overflow apporte 
notamment une decision pour la transmission et la priorite de passage des 
messages en attente. Selon ['invention, plusieurs fonctions de traitement de 

20 I'overflow peuvent etre definies selon les circonstances. Une fonction F ov , 
appelee par la suite fonction d'overflow, est par exemple definie pour chaque 
route R z , par la relation (1) suivante : 

R 2 = (entree l x vers sortie O y ) x F ov (1 ) 

25 

La fonction F ov definit, pour la route R z , la gestion de la situation 
d'overflow des messages transitant par cette route. Une premiere fonction 
F ov est adaptee pour le traitement des messages arrivant et routes selon une 
sequence donnee, par exemple les messages numerates. En cas d'overflow, 

30 les derniers messages regus sont rejetes jusqu'a ce que la situation 
d'overflow disparaisse. En d'autres termes, la fonction F ov privilegie 
d'envoyer les messages dans I'ordre de leur sequence sans pertes de 
messages a I'interieur d'une sequence routee. Ainsi, si une sequence 
comporte cinq messages nrh, m 2f rri3, m 4t m 5l F ov empeche le routage vers la 

35 sortie du message ms tant que m 4 n'est pas disponible. Ce n'est pas I'aspect 
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recent de reformation qui I'emporte ici, mais [Aspect sequentiel, complet 
et/ou exhaustif du message. Dans ce mode sequentiel, la fonction F ov laisse 
passer les messages selon la route R 2 ou les rejette. Ce type de fonction F ov 
est par exemple utilise pour le routage des informations de plans de vol dans 
5 la gestion du trafic aerien. C'est le cas notamment lorsqu'un avion passe 
sous le controle d'un centre a un autre. II est alors necessaire d'envoyer les 
plans de vols dans I'ordre d'un centre de controle a un autre. 

Une deuxieme fonction de traitement d'overflow possible est plus 
particulierement adaptee lorsque les informations les plus recentes ont un 

10 caractere important. C'est notamment le cas des donnees radar. A titre 
d'exemple, les systemes de poursuite radar savent faire de ('anticipation ou 
de I'extrapolation de position de cibles. Pour cela, il faut de preference avoir 
la derniere information de position d'un avion pour que I'extrapolation de sa 
position soit correcte, des donnees anterieures peuvent alors eventuellement 

15 ne pas etre routees, et purement et simplement mises a I'ecart. En tout etat 
de cause, apres une duree donnee, ces informations sont perimees. En cas 
d'overflow, la fonction F ov rejette les donnees regues les plus anciennes au 
profit des donnees les plus recentes, qui sont routees selon la route R z . 
Lorsque les donnees regues sont des donnees radar, les donnees les plus 

20 recentes represented en effet la couverture actuelle radar. 

Une troisieme fonction d'overflow "possible effectue un controle de 
flux. Cette fonction peut par exemple etre avantageusement utilisee pour des 
protocoles de communications TCP/IP ou X25. Si une sortie a atteint une 
situation d'overflow, la ou les entrees correspondantes sont bloquees jusqu'a 

25 ce que la situation redevienne normale. Cela permet notamment de reguler 
le flux de donnees dans ie routeur. En d'autres termes, lorsqu'il y a trop de 
messages arrivant sur une sortie, la fonction F ov reduit le debit sur la route 
R 2 . Plus particulierement, elle envoie un message a la source de donnees 
pour qu'elle cesse renvoi de messages, jusqu'a ce que la sortie ait pu 

30 emettre toutes ses donnees en attente. 

Les fonctions d'overflow F ov se combinent aux fonctions f 1t f 2 ... 
associees aux entrees et sorties. Elles sont prevues dans le fichier de 
configuration 42 et dechargees le cas echeant dans la table de routage en 
fonction du besoin. 
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Un routeur selon I'invention est econornique, car il peut repondre a 
une multitude de besoins avec tres peu de modifications ou devolutions 
logicielles d'un besoin a I'autre. En particulier, le routeur generique 41 et le 
fichier de configuration 42 peuvent rester inchanges. Seul le logiciel 
5 intermediate 22, encore appeie « middleware » dans la litterature anglo- 
saxonne doit etre modifie, notamment pour prendre en compte les 
parametres relatifs aux besoins. 

Un routeur selon I'invention peut etre utilise dans une 
10 configuration modulaire. A titre d'exemple, il est ainsi possible de prevoir un 
ou plusieurs routeurs dedies au routage de donnees radar, un routeur dedie 
aux donnees de plans de vol, un autre routeur dedie aux donnees 
meteorologiques, et eventuellement d'autres routeurs affectes a d'autres 
types de donnees. 

15 Un routeur selon I'invention a ete decrit pour une application de 

gestion de trafic aerien. II peut etre bien sur utilise pour d'autres types 
d'applications qui necessitent le routage de donnees, dans des. conditions 
economiquement avantageuses. En particulier, de nombreux types de 
donnees peuvent etres routes dans un routeur selon I'invention, avec leurs 

20 protocoles associes, que ces derniers soient standards ou specifiques. 



REVENDICATIONS 



1. Routeur informatique, caracterise en ce qu'il comporte au moins 
un routeur generique (41) capable d'executer des routages entre des entrees 
(h, l 2 , I3...) et des sorties (d, 0 2 , 0 3l ...), un fichier de configuration (42) 
comportant le parametrage d'un ensemble donne de routages entre les 
entrees et les sorties et une table de routage (45), un sous-ensemble de 
routages (R1, R2 .-•) etant charge dans la table de routage par le routeur 
generique depuis le fichier de configuration (42), le routeur generique 
executant les routages entre les entrees et les sorties selon la configuration 
inscrite dans la table de routage. 

2. Routeur selon la revendication 1, caracterise en ce que le sous- 
ensemble de routages (R 1f R2 .-•) est propre a un besoin donne (43). 

3. Routeur selon la revendication 2, caracterise en ce qu'au 
demarrage, le routeur generique (41) active les entrees et sorties dediees a 
('application et charge la table de routage (45). 

4. Routeur selon Tune quelconque des revendications 
precedentes, caracterise en ce que des fonctions (fi, ...f n ) de traitement des 
donnees sont associees aux differentes routes (R1, R 2 ...). ces fonctions 
etant inscrites dans le fichier de configuration (42) et chargees dans la table 
de configuration (45). 

5. Routeur selon la revendication 4, caracterise en ce qu'un 
message regu par une entree donnee (I1) est traite par une fonction (fi) 
associee a cette entree, aiguille selon la table de routage (45) et traite par 
une fonction (f 2 ) associee a la sortie selectionnee (0 2 ). 

6. Routeur selon Tune quelconque des revendications 
precedentes, caracterise en ce qu'ii comporte un systeme d'exploitation (21), 
des couches logicielles d'entrees et de sorties (23, 25, 26, 27, 28) et une 
couche logicielle intermediate (22), la couche logicielle intermediate 
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assurant le lien entre le systeme Sexploitation, les couches d'entrees et de 
sorties et le routeur generique (41 ). 

7. Routeur selon Tune quelconque des revendications 
5 precedentes, caracterise en ce que les entrees et sorties sont connectees a 

des liaisons serie X25, BSC, asynchrones, HDLC ou a des liaisons Ethernet 
du type UDP ou TCP. 

8. Routeur selon Tune quelconque des revendications 
10 precedentes, caracterise en ce que, les messages etant routes selon une 

sequence donnee, il comporte une fonction (F ov ) dediee au depassement de 
capacites de traitement du routeur generique, cette fonction rejetant les 
derniers messages re$us jusqu'a ce que la situation de depassement 
disparaisse, de sorte que les messages soient routes dans I'ordre de leur 
1 5 sequence sans perte de message a I'interieur d'une sequence routee. 

9. Routeur selon Tune quelconque des revendications 
precedentes, caracterise en ce qu'il comporte une fonction (F ov ) dediee au 
depassement de capacites de traitement du routeur generique, cette fonction 

20 rejetant les donnees les plus anciennes au profit des donnes les plus 
recentes, ces dernieres etant routees vers la sortie. 

10. Routeur selon Tune quelconque des revendications 
precedentes, caracterise en ce qu'il comporte une fonction (F ov ) dediee au 

25 depassement de capacites de traitement du routeur generique, cette fonction 
reduisant le debit sur la route, en envoyant un message a la source de 
donnees pour qu'elle cesse renvoi de message jusqu'a ce que la situation de 
depassement disparaisse. 
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11. Routeur selon Tune quelconque des revendications 
precedentes, caracterise en ce que les donnees routees sont relatives a une 
application de gestion de controle aerien. 
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12. Routeur selon Tune quelconque des revendications 
precedentes, caracterise en ce que les donnees routees sont des donnees 
radar. 

5 13. Routeur selon Tune quelconque des revendications 

precedentes, caracterise en ce que les donnees routees sont des donnees 
meteorologiques. 

14. Routeur selon Tune quelconque des revendications 
10 precedentes, caracterise en ce que les donnees routees sont des donnees 
de plans de vols. 
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